Conversation
|
|
📝 WalkthroughSummary by CodeRabbit
WalkthroughThis PR performs a coordinated release across multiple modules, incrementing version numbers (core to 1.4.14, framework to 1.2.33, plugins, and transports to 1.4.17) and updating changelogs documenting recent fixes, features, and dependency upgrades across the codebase. Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 3 | ❌ 2❌ Failed checks (1 warning, 1 inconclusive)
✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
🧪 Test Suite AvailableThis PR can be tested by a repository admin. |
Confidence Score: 5/5Safe to merge — purely version and changelog files with no code changes. All 24 changed files are either version files (single-line version strings) or changelog markdown files. No code logic, dependencies, or configuration is modified. The version increments are consistent and sequential across all components, and changelog entries are well-documented. No files require special attention. Important Files Changed
Reviews (1): Last reviewed commit: "version bump change" | Re-trigger Greptile |
There was a problem hiding this comment.
🧹 Nitpick comments (1)
plugins/maxim/changelog.md (1)
1-1: Changelog label improvement, but verify PR scope alignment.The change from
[changelog]:tochore:follows conventional commit style and is an improvement. The trailing newline is also good practice.However, I notice:
- The PR is linked to Issue
#123(Files API Support), but this changelog only mentions a dependency upgrade- Need stack context to understand if Files API changes are in another PR in the stack
Please clarify:
- Is the Files API feature implementation in another PR in the Graphite stack?
- Should this PR's description be updated to reflect that it's a version bump/dependency upgrade rather than Files API Support?
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@plugins/maxim/changelog.md` at line 1, The changelog entry in plugins/maxim/changelog.md currently reads "chore: upgraded maxim-go dependency to latest version" but the PR is linked to Issue `#123` (Files API Support); confirm whether the Files API implementation lives in a different stacked PR and, if so, update this PR's description to clearly state that it is only a dependency/version bump (reference Issue `#123` and the commit message "chore: upgraded maxim-go dependency to latest version"); if the Files API changes are present here, expand the changelog and PR description to include the Files API scope and correct issue linkage so the changelog aligns with the actual code changes.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Nitpick comments:
In `@plugins/maxim/changelog.md`:
- Line 1: The changelog entry in plugins/maxim/changelog.md currently reads
"chore: upgraded maxim-go dependency to latest version" but the PR is linked to
Issue `#123` (Files API Support); confirm whether the Files API implementation
lives in a different stacked PR and, if so, update this PR's description to
clearly state that it is only a dependency/version bump (reference Issue `#123`
and the commit message "chore: upgraded maxim-go dependency to latest version");
if the Files API changes are present here, expand the changelog and PR
description to include the Files API scope and correct issue linkage so the
changelog aligns with the actual code changes.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro
Run ID: a6de28b2-e5f3-4336-8be5-adc60940c88b
📒 Files selected for processing (24)
core/changelog.mdcore/versionframework/changelog.mdframework/versionplugins/governance/changelog.mdplugins/governance/versionplugins/jsonparser/changelog.mdplugins/jsonparser/versionplugins/litellmcompat/changelog.mdplugins/litellmcompat/versionplugins/logging/changelog.mdplugins/logging/versionplugins/maxim/changelog.mdplugins/maxim/versionplugins/mocker/changelog.mdplugins/mocker/versionplugins/otel/changelog.mdplugins/otel/versionplugins/semanticcache/changelog.mdplugins/semanticcache/versionplugins/telemetry/changelog.mdplugins/telemetry/versiontransports/changelog.mdtransports/version
Merge activity
|

Summary
This release includes significant bug fixes for streaming responses across multiple providers (Bedrock, Anthropic, Gemini) and introduces a new model denylist feature for provider keys. The changes address duplicate events, token capture issues, and various provider-specific streaming problems.
Changes
blacklisted_modelsfield to provider keys for excluding specific models from routing and list-models responsescontent_block_stopevents in Bedrock, fixed cache token capture across providers, and prevented duplicate text in Gemini streamingType of change
Affected areas
How to test
Validate streaming responses across different providers and test the new model denylist functionality:
Test the
blacklisted_modelsconfiguration in provider keys to ensure excluded models don't appear in routing or list-models responses.Screenshots/Recordings
N/A - Backend changes only
Breaking changes
Related issues
Addresses multiple streaming response issues and implements model filtering capabilities for better provider key management.
Security considerations
The model denylist feature enhances security by allowing fine-grained control over which models are accessible through specific provider keys.
Checklist
docs/contributing/README.mdand followed the guidelines